This forum is closed to new posts and
responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:
"Of course I would very much like to use the reusable components (LS classes and subforms) that I've created over the years."
As far as I know, from 8.5.2 you can call existing WQO/WQS agents with a document context, and have it work as before. Having some rather complex LS apps, rewriting it to SSJS would take forever and introduce errors for sure, so rewriting is not acceptable for us either.
"Thanks for the interesting info about SSJS performance. It would be interesting to see a test report (didn't find with short googling)"
Having rewritten the front-end part of a CMS system from LS WQO to xpages, our typical response times went from 7-900ms to 2-300ms with complex templates. However this is not a straight rewrite, and we did it because LS was not performing good enough, and as we piled on functionality, perfomance took a dive. We are using Freemarker as a template engine, called via an xpage to java, using an xpage as our controller...but not using JSF for rendering.
"As XPage is a servlet in the end, doesn't that mean that the SSJS is also converted to Java when the server builds the XPage/servlet?"
It does seem, from some experimenting, that XSP does not run in a servlet container, but something else, or at least a stripped down container. The result is the same, and the JSF Xml is used to generate Java classes that are then compiled. This is what's causing the delay from saving to displaying the result, and the delay can be quite painful.
"I need to create an Excel 2007 report with charts. That is multiple XML files in a zip file. I don't think I can just print that out like Chris does."
I would look into creating Java classes to handle this, as there are Java based solutions that can handle it. Then you can call this Java solution from your SSJS.
"It looks like Domino server builds the XPage when it is loaded the first time (or it builds it after save, I'm always loading right after the save)."
It has to rebuild all affected classes everytime you save.
"As far as Forms I mean we should be able to add data sources without forms (which are design elements and have nothing to do with data). "
I believe you can create your own Java data sources and use these, there are examples out there, I think.
Now, when it comes to xPages, I love the flexibility that I can now have, but I think it does come at a price of increased complexity (not necessarily a bad thing). Also I am not a great fan of the JSF component model that treats web as a stateful eventdriven object model, and requires XML to do anything. I am myself a bigger fan of stateless html :) Also xpages seems to have some problems with high load, we have 2 PMRs that either panics the server or hangs the http-task. One of these are fixed in 8.5.2, the other is still under investigation.
Feedback response number WEBB85SQAJ created by ~Elizabeth Dwojumicheknivu on 05/25/2010
Some of my thoughts
Return to top
. . . . . . Some of my thoughts (~Elizabeth Dwoj... 25.May.10) 
